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PILOT CONTROL THROUGH THE TAFCOS AUTOMATIC 


FLIGHT CONTROL SYSTEM 
William R. Wehrend, Jr. 
Amea Research Center 


SUMMARY 


The fully automatic operation of a new flight control concept — TAFCOS — 
was evaluated in a recently completed flight-test program, lu the present 
work, the TAFCOS concept is extended to provide a multilevel pilot interface; 
verification of system performance i. through a computer simulation. Two 
specific levels of pilot control were studied: (1) a stlck-wheel-throttle 

type input that essentially duplicates the input provided for a veloclty- 
control-wheel-steerlng mode in which the pilot controls the aircraft in a con- 
ventional manner through the TAFCOS control logic; and (2) a mode of operation 
that uses a device called the mode-select panel, in which the pilot has the 
capability of calling up conventional autopilot modes, such as airspeed, alti- 
tude, flightpath angle, and heading hold-select. The objective of the study 
was to evaluate the feasibility of providing these capabilities through the 
TAFCOS structure. The study was performed using an unmanned simulation on an 
IBM 360 which used the set of flight control logic used in the flight tests of 
the automatic system. The simulations showed that the control logic does pro- 
vide for the desired level of control. 


INTRODUCTION 


Recently, a flight program was conducted at Ames Research Center to 
evaluate a new flight control concept called TAFCOS (Total Automatic Flight 
Control System) in which the controller operation was evaluated in a fully 
automatic mode. A theoretical development of the controller concept is given 
in reference 1, and the flight-test results are presented in reference 2. 

The prime objective in the development of TAFCOS is to provide an integrated 
flight control system that controls all the vehicle states; special emphasis 
is on control of vehicles with highly nonlinear flight characteristics and 
difficult operational requirements. Flight-test verifications have shown that 
TAFCOS performs satisfactorily. The structure of TAFCOS as developed thus far 
is limited, howe\?ir, to fully automatic three-dimensional and four-dimensional 
modes of operation, in which the aircraft is required to fly over an arbitrary 

but preset trajectory defined in terms of a series of way points. 

In order to make the TAFCOS design methodology applicable to a wider 

class of problems, it is necessary that some means of pilot input or of direct 

pilot control through TAFCOS be provided. This report presents a scheme that 
will permit such control; pilot input can be made either through TAFCOS with a 



conventional stick-wheel- throe tie control or by permitting the selection of 
conventional autopilot modes. 

The basis for the present study comes from the work done In setting up 
the TAFCOS controller for flight test In the automatic mode. The flight 
evaluation was performed with the Ames DHC-6 Twin Otter aircraft, which Is 
equipped with a digital flight control system called STOLAND (see ref. 3 for 
details). The Twin Otter has been used by Ames for a number of STOL flight 
evaluations and Its STOLAND avionics system made It an excellent vehicle for 
the TAFCOS experiment. The STOLAND system provides a full set of avionics 
equipment for the researcher; It has servo-controlled aircraft control sur- 
faces, computer-driven cockpit displays, and a number of other functions. A 
Sperry 1819A digital computer Is used as the central processor for the system. 
The software package supplied with the 1819A computer contains a complete set 
of logic for flight control of the aircraft In a variety of modes and Includes 
a complementary filter navigator, an autopilot, an SAS, and compute. cion aec- 
tlons to drive the displays. TAFCOS used this software packs, >;■: fo’. the 
automatic-mode flight evaluation by Inserting a new set of co:ttrol functions 
that operationally replaced the autopilot and SAS sections within STCIA!^£;. In 
addition to a fully automatic mode (similar to the TAFCOS 'peratian), however:, 
the STOLAND software contains a means for direct pilot control, 

The purpose of this report Is to demonstrate how these s?;jne pi lot 
options, which as a matter of convenience essentially duplleet-- fh.-. 
modes, can be Integrated Into the TAFCOS concept, thereby maklx/i ,,Ci.FCfS inro 
an operationally complete system. 

The presentation that follows uses an IBM 360 simulation of the operation 
of the pilot control of TAFCOS to demonstrate the performance of the concept. 
The version of TAFCOS used Is an exact FORTRAN equivalent of the structure 
used in the DHC-6 Twin Otter flight tests. The results presented show the 
structure of a possible form of the control input as applied to the Twin Otter 
and demonstrate how the stick-wheel- throttle Inputs can be Interfaced with 
TAFCOS. A complete definition of the pilot control structure would require a 
piloted simulation to set up system gains and otherwise verify that the tech- 
nique Is acceptable to a pilot. The piloted simulation was beyond the scope of 
the present work. The concept does appear feasible, however, and in conjunc- 
tion with the demonstrated performance of TAFCOS, can be expected to provide 
the desired level of pilot control. 


GENERAL PROBLEM DESCRIPTION 


The objective In the construction of a manual control option that can 
operate with TAFCOS Is to provide a structure that will permit the Inclusion 
of some form of direct pilot control through a control stlck-wheel-throttle 
Input or other equivalent device. Conventional autopilot modes that are 
available in other designs should also be made available. Because the flight 
evaluation of the automatic mode of operation of TAFCOS was performed In the 
Ames Twin Otter aircraft, and because the Otter's STOLAND avionics system was 
used, the choice was made to construct the TAFCOS manual control logic to 
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control through this same set of logic and to essentially duplicate the modes 
provided by STOLAND. Other options are possible, but the STOLAND system pro- 
vides for most piloting modes and hence the duplication will cover most 
optionfi. In addition, the STOLAND control logic has been shown to be accept- 
able to pilots and to be compatible with the aircraft performance as demon- 
strated through numerous simulation and flight tests. As background for the 
TAFCOS construction, a brief description of the STOLAND pilot interface fol- 
lows. The STOLAND information, which comes principally from references 3 
and 4, is supplemented with data from the flight program and other documents. 

STOLAND perr.its direct pilot control of the aircraft by two operational 
modes: (P a scick-wheel input, called control wheel steering (CWS) , and 

(2) !'y usse of a push button panel to call up specific autopilot modes, called 
the. modii-siiiect panel (MSP). With the CWS mode, the pilot is able to control 
the airctaft by using the control column as the input device in which the con- 
trol is through the attitude, or SAS logic, within STOLAND. The handling 
behavior or the aircraft through the CWS operation is conventional, with the 
stick providing pitch attitude control and the wheel the roll control. 

Handling qualities improvement is provided through the SAS logic. The MSP is 
used by the pilot as the main autopilot mode-select controller for the 
STOLAND system. Various levels of automation and the STOLAND three-dimensional 
and four-dimensional modes are selectable with the MSP. The various control 
buttons on the MSP are shown in figure 1. Items on the MSP that are of inter- 
est to the present discussion are the four selectable autopilot modes. These 
consist of a hold and select mode for airspeed, altitude, flightpath angle, 
and heading. The pilot may select any combination of the modes with the 
exception that flightpath angle and altitude modes are mutually exclusive. 

When the pilot controls the aircraft through the STOLAND CWS mode of 
operation, the stick-wheel motion generates an attitude rate, attitude-hold 
type of command. Fore and aft stick motion calls for a pitch rate, the time 
rate of change of the pitch Euler angle 0; the wheel motion calls for the 
equivalent roll rate. The rudder pedals are not operative in the CWS mode. 

For the stick command, the following control law is used to generate the pitch 
rate commands: 


and 





6.. dt 


- 10 ” < 0 < 10 ” 


V 






( 1 ) 


The quantity ^stick’ motion of the control column, is a linear measure 
(in centimeters) for the movement of the top of the column. The output is the 
commanded pitch angle 6^. This command is summed with the measured aircraft 
attitude and processed by the SAS logic to generate a delta elevator command. 
The lateral control of the aircraft through the CWS logic is similar to the 
above where roll commands are generated from wheel motion by the following 
logic: 
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wheel 


and (2) 

= f -45° < 4> < ^5° 

c J 

Here the term 'S^heel rotation of the control wheel measured in 

degrees. As with the pitch command, the roll command is processed through the 
SAS logic, where both delta aileron and rudder commands are generated. 

As can be seen from equations (1) and (2), the CWS mode provides the pilot 
with a two-control operation that allows for control of the aircraft attitude. 
Looking forward to the TAFCOS construction where the command inputs are in the 
form of trajectory variables, it is worthwhile to consider the operation of the 
STOL.AND controls in tenns of the trajectory response. 

Considering the wheel input first, it can be seen from equations (2) that 
the operation of the wheel part of the CWS mode is conventional as compared 
with the pilot’s cable controls. A wheel input results in a roll-rate conmiand 
and the bank angle is held constant when the wheel is returned to a zero posi- 
tion. The effect of the roll CWS is, therefore, to generate a radial acceler- 
ation for taming by tipping the lift vector. The result is, of course, a 
change in tlie direction or heading of the velocity vector so that lateral CWS 
operation can be viewed as either an attitude control or trajectory control. 

The operation of the CWS stick control is somewhat different from the 
normal aircraft control through the stick. STOLAND conmiands a pitch rate, 
pitch-attitude-hold command rather than pitch acceleration. The relation of 
the CWS control to trajectory variables can be seen from the following set of 
equations. Writing the vertical velocity in terms of the glide slope gives 

w = V sin Y ~ V^Y (3) 

t ’v t^v ^ 

Expressing in terms of pitch attitude and angle of attack, equation (3) 

can be written in the following form: 

w = V^(0 - a) (4) 

Assuming a stick input in the form of a pulse, equation (1) shows that STOLAND 
will call for a change in pitch attitude in proportion to the duration and 
magnitude of the pulse. For a constant airspeed, the value of the angle 

of attack, will be very nearly the same after the pitch change, assuming a 
constant Ct , so that the vertical velocity response from equation (4) can be 
written as 


w = 15 . 0 


'^stick 


(5) 


Therefore, the stick control also provides for direct trajectory control wit]) 
the commanded vertical velocity proportional to the pulse input from the stick. 
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Coupling the stick and wheel control with a throttle input to effect changes 
in the magnitude of the velocity vector gives complete control over the tra- 
jectory of the aircraft through the STOLAND control wheel steering. 

The operation of the mode-select panel provides a means of control by the 
pilot that is equivalent to that provided by the CWS inputs where a different 
input <1'»’ ice is usud. The details of the input panel button arrangement are 
shovu in figure 1, wiv^re the function of each is labeled. In operation, if the 
holt hi'..: tun is pushed for any of the functions to be controlled, the autopilot 
will lock cr<to the measured aircraft value at the time the button is pushed 
(there, are io^ue wince exceptions for small roll and flightpath angles where a 
zero value Is used -.is the hold value). If a new value is to be selected, say 
a speed change, die slew knob is rotated to change the indicated value in the 
window display on the MSP. During this operation, the hold value continues 
to be used by the control operations. To swith to the new value, the select 
button is pushed and the aircraft changes to the new setting according to 
control logic for such transfers; it will then revert to the hold mode and 
track the new setting. The commands \ snerated from the MSP by the STOLAND 
logic are either attitude commands as Inputs to the SAS logic or commands to 
the autothrottle system. 

The operation of the MPS commands can be viewed in a manner similar to the 
CWS operation where the commanded Inputs are controlling the aircraft airspeed 
vector. The command quantities of airspeed, heading, and flightpath angle are 
a polar coordinate definition of the commanded velocity. Hence, command of 
these quantities to either hold a present value or to move to a new value 
provides for control over both the magnitude and direction of the airspeed; 
therefore, as with the CWS operation, it provides trajectory control. The 
altitude hold-select command can also be Included in this definition where the 
command is for a zero flightpath angle with the addition of an altitude 
constraint. 

The problem to be considered next is how to provide a similar set of 
pilot input commands through TAFCOS. Where the STOLAND system operates 
through a set of attitude commands to the SAS logic with separate autothrottle 
inputs, the TAFCOS commands are to be in the form of an integrated trajectory 
command. From the description of the CWS and MSP Inputs, it can be seen that 
the STOLAND commands can be treated either as attitude commands or as trajec- 
tory commands; hence, they are equally usable with STOLAND or TAFCOS. There- 
fore, what is required is the definition of a software interface between the 
cockpit control devices and the TAFCOS logic that will permit a level of con- 
trol similar to that provided by STOLAND. 


INTERFACE JF TAFCOS AND THE MANUAL CONTROLLER 


To see how the manual controller would function with the TAFCOS system, 
it is first necessary to take a brief look at the way in which TAFCOS oper- 
ates. The block diagram shown in the sketch below shows the basic functional 
blocks of TAFCOS as used in the automatic mode. The diagram is a greatly 
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oversimplified description of TAFCOS; details on the construction and opera- 
tion of each block are given in references 1 and 2. 



ATTITUDE 

FEEDBACK 


As shovm in the block diagram, TAFCOS can be considered to be made up of 
three main sections: the ATC (air traffic control) command generator, the 

trajectory control loop, and the attitude control loop. In operation, the 
basic command to the controller comes from the ATC command generator where the 
trajectory to be followed is generated from a stored set of way points. These 
way points define the three-dimensional track for the aircraft to follow and 
also define the velocity profile, which may be interpreted as either a three- 
dimensional track or a four-dimensional command. The outputs of the ATC 
command generator are the position, velocity, and acceleration required to fol- 
low the desired path; they are defined in a ground or Inertial coordinate 
system. TAFCOS can be considered as an acceleratioa controller so that the 
cctimanded path acceleration is taken as the principal command signal. The 
general idea of the controller is that the commanded acceleration implies a 
commanded force because the aircraft can be considered a simple mass object. 
Knowing the characteristics of the aircraft, one can then compute the control 
settings required to generate that force. Then with the application of the 
force, the aircraft will follow the commanded path. 

At the heart of the TAFCOS concept is a computational device called the 
trimmap. For the acceleration controller concept to function well it is 
necessary that the control logic contain a fairly detailed a priori knowledge 
of the aircraft characteristics. This information is contained in the trim- 
map — a computational section of TAFCOS. The trimmap is essentially an inverse 
model of the aircraft that permits the conversion of commanded force to com- 
manded attitude in the trajectory control loop and converts commanded moment 
to commanded control settings in the attitude loop. The trimmap concept, 
which will function well for all aircraft, is especially useful for aircraft 
that have complex control characteristics or perhaps highly nonlinear flight 
characteristics that would present a difficulty to the more conventional con- 
troller designs. Feedback of measured aircraft states is also provided in 
each loop so that the operation of each is a blend of available a priori 
knowledge and feedback control. The assumption made in the construction of 
the manual control addition to the TAFCOS system is that the vehicle to be 
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controlled requires the full operation of a controller, such as TAFCOS, and in 
particular requires the use of both trlmmap computations. This means that 
both the trajectory and attitude blocks must remain a part of the manual con- 
troller and the pilot Inputs must enter TAFCOS proper, as do the ATC commands, 
as suitably appropriate commanded trajectories. 

Based on the previous discussion, the way in which the manual controller 
ties into the TAFCOS structure is sho^im in the block diagram of figure 2. Only 
the ATC and manual control input blocks are shown (not the main section of 
TAFCOS. Since the input to TAFCOS from the ATC command generator is in the 
form of the commanded path acceleration, in like manner the manual control 
input must also be the commanded path acceleration. The associated velocity 
and trajectory Inputs are also required. The objective structure of the pilot 
control Inputs is that insofar as TAFCOS is concerned, the ATC commands and 
the pilot commands are essentially of the same type. TAFCOS has been shown in 
previous work (ref. 2) to be capable of accurately following the ATC commands, 
the only requirement being that the command ask for a "flyable" trajectory for 
the aircraft to follow. The performance with the pilot inputs should be 
essentially the same under the same set of restrictions, where the requirement 
is again a "flyable” set of inputs by the manual control logic. The term 
"flyable" simply means that the aircraft is capable of performing the com- 
manded maneuver. 


TAFCOS CONTROL WHEEL STEERING 


The construction of a control-wheel-steering (CWS) mode to operate 
through TAFCOS requires that the inputs from the pilot through the stick, 
wheel, and throttle be translated into a trajectory command for the TAFCOS 
logic to track. It will be assumed that the type of pilot input will be 
essentially the same as that used by STOLAND, where the stick provides for 
pitch or vertical commands and the wheel for roll or lateral commands. In 
STOLAND, the throttle handle is not mechanized to provide for a CWS-type oper- 
ation, so that no direct comparison is possible. STOLAND speed control would 
be through the autothrottle controls on the MSP, which can be used with the 
CWS mode. For use with TAFCOS, it will be assumed that a throttle mechaniza- 
tion is provided for a CWS mode and the throttle commands will be through this 
device. 

Following the example of the STOLAND CWS logic, the equivalent structure 
for TAFCOS can be readily constructed on intuitive grounds. The assumption 
will be made that the pilot will control vertical motion with the stick and 
that the wheel and throttle will control the ground track of the path to be 
followed. STOLAND' s stick control of the pitch Euler angle effectively creates 
the same separation of the control logic. The lateral control Inputs are also 
separated into Independent Inputs from the standpoint of vehicle response. 

Based on the above assumptions, the acceleration command required for TAFCOS 
can be written as follows: 
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The inputs to the acceleration equation are the quantities T^/M, cj)^, and 
L^^/M. The first of the control quantities, T^/M, is the thrust acceleration 
called for by the throttle input; it commands a change in the magnitude of the 
horizontal component of the aircraft velocity vector. The quantity is 

the roll-angle command; it generates the lateral acceleration for turning. In 
the construction of the roll command it has been assumed that the lateral 
acceleration, parallel to the ground, is generated by rolling a lift vector 
whose magnitude is equal to the weight of the aircraft. The last term, L^/M, 
is the vertical acceleration; it is the input due to the stick commands. The 
three acceleration commands given above form a total command acceleration 
vector defined in a velocity coordinate system. TAFCOS requires that the 
accelerations be in the inertial or ground frame, hence the need for the 
heading transformation shown. 


The justification for the form of equation (6), and a derivation of a 
more general form of the equation, can be shown from the following. The 
sketch below shows the various acceleration quantities used in equation (6) ; 
for convenience, they are shown in the sketch as forces. No assumption is 

made on ground track or on the vertical 



placement of each. The location of the 
velocity vector with the thrust command 
aligned along this vector is defined in 
terms of the heading of the vector 
and the glide slope The roll t}>^ 

is defined as roll about the velocity 
vector and the lift as the sum of the 
force required to support the aircraft 
plus an additional component for the 
pilot input from the stick. The 
equivalent to equation (6) can now be 
written as 
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( 8 ) 


In t\v 2 above equation the term is defined as 

4s “ 

The thrust acceleration is given by T^,/M and the lift as the aircraft weight 
plus a control input 

To reduce equation (7) to the form of equation ( 6 ) requires a series of 
assumptions. These assumptions are based mainly on recognition of the fact 
that the aircraft is a transport-type vehicle and that the maneuvers expected 
from it will be limited. The main simplification comes from assuming that the 
glide slope flown by the aircraft is always a small angle, of the order of - 6 ° 
to -13° for the Twin Otter, and the matrix E 2 *'(Yv) replaced by 

the identity. Further, sin and cos c()^ in the matrix E;L^((j)^) are. 

replaced by and 1, respectively. With these assumptions, equation (7) can 
be written as follows: 


Xsc = Eshv 


The gravity term g 63 can now be combined with the other terms and, finally, 
it will be assumed that the stick input term, L^/m, in the roll input portion 
can be neglected relative to g. With these last assumptions, the equation 
reduces to that of equation ( 6 ) , repeated below for convenience of reference. 


^SC = ^ 3 ^%^ 


The next consideration is to connect the pilot’s controls to the control 
terms shown in equation ( 6 ) . The general meaning of all the terms has already 
been discussed; the intent will be to make the connection to duplicate the 
STOLAND equivalent control usage. 

The first control considered is the lateral or roll control through the 
pilot’s control wheel. As shown by equation (2), STOLAND uses the wheel input 
to directly command a roll angle, in this case the aircraft roll Euler angle. 
The control term for the TAFCOS CWS, as shown in equation ( 6 ), is also a roll 



c 


S + TT 


-g - 


M J 


+ g<S; 


(9) 
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angle tyj except in this case the roll angle is about the velocity vector. 

The difference is small and so it Is assumed that the STOLAND control equation 
can be used directly with TAFCOS. Therefore, for the lateral control, 


and 


d) = 0.64(6 . J 
V wheel 


fv • /♦ 


in TAFCOS 


( 10 ) 


The gain term has been assumed to be the same as that used with the STOLAND 
control law. However, the dynamic behavior through TAFCOS and STOLAND may be 
somewhat different and thus require a variation based on pilot opinion from 
simulation runs. In addition, there is a limit imposed on which is the 

same as the internal limit in TAFCOS. TAFCOS requires that the conunands be 
flyable by the aircraft and that if they are not flyabie that they impose 
saturation limits on the commands. This saturation would cause an error 
buildup between the command and the aircraft flight trajectory. In order to 
prevent such a buildup of error, the internal limits within TAFCOS have been 
imposed on the wheel input. 


The vertical control with the pilot’s control stick is considered next. 
STOLAND commands pitch angle in accordance with equation (1); however, it has 
been shown that this command is equivalent to commanding vertical acceleration 
as shown by equation (5). Using this equation directly, the vertical acceler- 
ation term in equation (6) is of the following form: 


~ - w. - (15.0)6 _ , 
M c stick 


with the limits 




< w 


max 1 


limit in TAFCOS 


( 11 ) 


As in the case of the roll command, the limits are those internal to TAFCOS. 


The form of the command given in equation (11) differs from the equivalent 
STOLAND command where the above equation commands w instead of 6. The 
quantity w was chosen primarily because it results in a much simpler form of 
the control law. A command using 0 could have been devised by use of a 
knowledge of the short-period dynamics of the aircraft but would have been 
more complex and less desirable from the standpoint of computer programming. 
Another reason for the choice of w is that since the end objective of the 
control is to command vertical velocity, the acceleration is the logical and 
direct choice as the control variable. This intuitive choice is backed by 
extensive tests by Langley Research Center in its TCV program. In those tests, 
the utility of the direct control of vertical velocity and acceleration was 
evaluated with piloted simulation studies and flight tests in a Boeing 737 
aircraft. It was concluded from those that what Langley calls a velocity-CWS 
mode pLOvided for improved aircraft handling qualities and reduced piJot 
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workload. Tho volorlty CWS was viewed as a natural Aurccssor to attitude CWS 
wlien navigation data are available lor the meehanl/aition (infoniuit Ion from 
unpubllslied data) . 

The Internal limits wltlrln TAFCOS must be further discussed with regard 
to the vertical acceleration conunand given above (eq. (11)). This type of 
conunand can present a stall problem for the aircraft unless proper safeguards 
are used. by limiting 0^^, STOLANl) effectively controls the stall problem. 

The limits within TAFCOS provide for a similar type of safeguard by imposing a 
series o( limits on a number of internal variables. Of specific interest to 
the problem at hand, a limit is imposed on the magnitude of the conuuanded 
angle of attack; this limit prevents the command from calling for a flight con- 
dition In which tlie aircraft might stall. This means that the aircraft will 
neither follow the **nonf 1 yrible*' command nor exceed a safe angle of attack 
limit. Another safety feature derives from the Integrated nature of the con- 
trol logic in wlvlch tile throttle is controlled automatically so that the air- 
speed will not be allowed to decay during a climb. In addition, some form of 
envelope-limiting can also be included in the trimmap for further protection. 

The final input variable to be considered is that of the throttle or 
speed control. The control input provided for the simulation study will assume 
a control mecluinl/.atlon where there is an input is proportional to either 

conunanded or desired acceleration. The resultant therefore, produces 

an acceleration command, velocity-hold operation. The control input is then 
of the form shown below; 


— - K *vS 
M throt throt 

All inputs required for the use of equation (6) lur e now been defined and 
the commanded change in acceleration in the ground coordinate system can be 
computed. Because the accelerations are in the inertial frame, they can be 
Integrated directly to provide the commanded velocity and position as a func- 
tion of time; the total required input to TAFCOS is now available. The block 
diagram in figure 3 summarizes the complete control-law structure. 

It was mentioned earlier in the report that the form of the control pre- 
sented was only one of several options that are available. Referring to the 
block diagram in figure 3, some of these options can now be mentioned. The 
principal area for change is the section shown on the diagram by the dashed 
lines. The main objective of that portion of the control law is to convert 
pilot control Inputs into velocity axis accelerations. Perhaps the most 
obvious area for change is in the form of the tinottle control law. The choice 
made for the control shown was to command acceleration directly for accelera- 
tion command, velocity-hold operations. A velocity-error input, such as is 
used In most autothrottle systems, could also be readily mechanized. The 
movable pointer on the airspeed indicator could then be used as the input 
device. However, with the current construction of these indicators, the 
option of summing with the ATC command would no longer be possible. Another 
possible change is in the structure of the roll-control law. It has been sug- 
gested in the literature that an input in which the roll command 4>e 


M 


max In TAFCOS 


02 ) 
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directly proportional to the wheel position would be desirable. Such a mecha- 
nization could be quite simply done by removing the Integral In the roll logic. 
Logic for shaping the handling qualities of th .- controls could also be included 
without difficulty. A major control change could also be made by replacing the 
entire set of logic with a complete aircraft model, such as the equations used 
in the aircraft model portion of the simulation. This sort of control logic 
would provide for control response that duplicated the actual aircraft, or some 
idealized version of the vehicle. This scheme was tried on some simulation 
runs; it worked quite well but was computationally complex. 


TAFCOS CONTROL-WHEEL-STEERING SIMULATION RESUI.TS 


The simulation study for the manual control operation of TAFCOS was per- 
formed using an unmanned computer simulation on an IBM 360. The version of 
TAFCOS used for this simulation was a FORTRAN duplicate of the program used in 
the flight-test evaluation of the automatic mode of TAFCOS with the Ames DHC-6 
Twin Otter aircraft. The TAFCOS program used in this flight test was an assem- 
bly language program included as a part of the STOLAND avionics system; it was 
specifically tailored for control of the Twin Otter. The FORTRAN version of 
this program was an exact duplicate of the assembly language program with a 
one-to-one translation between the two computer languages. The model of the 
Twin Otter was a six-degree-of-freedom, fully nonlinear description of the 
aircraft characteristics. The manual control logic was tied into TAFCOS as 
shown in figure 2, where all modes previously discussed could be exercised. 

The performance of the manual control scheme in which the input is from 
the pilot's control only is shown in figures 4 through 7. The limitation of 
pilot input only means that the command is not summed with an ATC command but 
that all commands come from stick-wheel-throttle inputs. Each of the figures 
shows only a few of the aircraft states to demonstrate the performance. 

The first three figures (figs. 4-6) show the response of the aircraft to 
step inputs from each of the pilot controls where only one at a time is moved. 
Figure 4 shows a step doublet with the stick where the command can be essen- 
tially considered to be asking for a change in altitude by commanding a ver- 
tical speed change over a period of time. The plots on the figure, from 
bottom to top, show the stick input, the position command as generated by the 
manual control logic (the input to TAFCOS that duplicates the manual control 
input because the ATC command is zero) , and the vehicle response to the com- 
mand. Figure 5 shows a similar set of data for a wheel input. In this case, 
the command is a double-doublet commanding an "S" turn by the aircraft in 
order to move laterally by some amount. The order of the data is same as 
before with the control input on the bottom and the vehicle response at the 
top. Figure 6 shows a throttle command in which the aircraft is asked to 
change speed. The data are again similar, except that the velocity data are 
shown rather than the position time history. 

From these first three figures (figs. 4-6) it is clear that the manual 
control does provide the desired response from the vehicle. Although not 
shown in any of the data, an input in any one axis does not disturb the motion 
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about any of the others, because of the input and TAFCOS structures. Also, It 
should be noted that the control Inputs were steps In each case and thus more 
abrupt than would be the case for an Input by the pilot; still, they generated 
a smooth response. 

Figure 7, which is composed of three separate plots, shows the aircraft 
response to a command for a climbing 360° turn. The input was intentionally 
chosen to command a turn that exceeded 360° by a small amount to make sure 
that there were no problems because of the passage through the 360° or repeat- 
zero point. In this case, the control inputs are not shown on the plots, they 
were simply step Inputs to the stick and the wheel to set up the turn and the 
climb and then reverse inputs to stop the maneuver. The first of the plots 
(fig. 7(a)) shows the commanded X-Y trajectory from the control inputs; the 
second (fig. 7(b)) shows the vehicle response again as an X-Y plot. The 
third plot (fig. 7(c)) shows the vertical response of the aircraft, due to the 
stick input, as a plot of altitude vs time. As with the figures showing the 
vehicle response to single input commands, the performance for the complex 
maneuver is good and the vehicle response is as expected. 

The second group of figures, figures 8 through 11, presents a set of data 
for the case in which the manual control is summed with the ATC commands to 
provide a perturbation about the ATC track. The first two figures are essen- 
tially a duplicate of figures 4 and 5, where TAFCOS is asked to follow first 
a step-doublet stick input and then the double-doublet wheel input. The plots 
differ from the first two in that the command from the manual control logic is 
different from the input to TAFCOS, because the TAFCOS input is the sum of the 
manual control signal and the ATC command. Note that for the same stick- 
wheel input, however, in each case the vehicle response is identical. 

Figures 10 and 11 show the response of the TAFCOS system to a manual con- 
trol input that is added to a complete ATC trajectory. The trajectory shown 
is the reference flightpath used in the Twin Otter flight test. The figures 
show a situation in which the manual input asked for a translation of the 
entire trajectory upward (on fig. 10), and a case in which an Increase in 
speed over the entire trajectory was wanted (fig. 11). The vehicle response 
is satisfactory, thus demonstrating that in the situation that requires large 
control changes while the ATC commands are acting, the manual control func- 
tions as wanted. 


MODE-SELECT PANEL OPERATION OF TAFCOS 


The other form of manual control through TAFCOS that is to be mechanized 
is the inclusion of the autopilot modes available by use of the mode-select 
panel (MSP). The main features of the panel and its operation with the STOLAND 
system have already been discussed. The objective here is to take these same 
Inputs of airspeed, flightpath angle, altitude, and heading and convert them 
into acceptable Inputs to TAFCOS. The desired conversion turns out to be quite 
straightforward because the Inputs from the MSP are already in the form of 
trajectory variables, which is the form required for TAFCOS. The computations 
are carried out by noting that the airspeed, flightpath angle, and heading 
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commands are a polar-coordinate definition of the commanded airspeed vector. 
The altitude-hold-select command is simply a special case of the fllghtpath 
angle command in which the commanded angle is zero and a constraint is placed 
on the vertical position command. The major task of the computations is the 
generation of a smooth and flyable trajectory command when changes in command 
variables are asked for by the selected mode of operation. The operation with 
the hold-mode commands will be considered first and then the select-mode tran- 
sition logic will be built up from a combination of information from TAFCOS 
ATC computations and those used by the STOLAND MSP commands. 


The main feature of the hold-mode computations is that the hold mode is a 
steady-state condition, from the standpoint of velocity and acceleration com- 
mands. The acceleration commands are in fact zero at all times and the compo- 
nents of velocity in the inertial frame are constant. Integration of the 
velocity commands will provide the required position signals. In equation 
form, these requirements produce the following commands to TAFCOS: 


cos Yc 

Vj. cos Yc sin 


/ 


sin Yc 


Xg dt + Xg(0) 


(13) 


In the above equations, the quantities V^, y^, and are read directly from 
the MSP (see fig. 1) and are the values shown to the pilot in the windows. If 
altitude hold is commanded, is set to zero and the window value is the 
vertical position command. The initial conditions on the position equation 
integration are simply taken to be the aircraft position from the navigation 
routine at the time of system turn-on. If x, y navigational data are not 
available, the command will dead reckon from a zero value for the ground track 
command. (TAFCOS must also be in a dead-reckoning mode to be compatible.) 


The select mode of operation requires a slightly more complex logic in 
order to provide for a smooth transition from one state to another. When the 
MSP is used to generate the commands, the pilot sets the desired value into 
the display window by twisting a knob, called a slew knob that is located just 
to the right of the display window (fig. 1). While the display is being 
changed, the aircraft remains at the previously set hold values. When the 
select button is pushed, the command system is required to track the new value 
and reset to the hold mode when it has reached the target value. The problem 
for TAFCOS in the operation of the select mode is that although the system 
will track a step change in an input command, the controller will do so with 
some overshoot and possibly, from the pilot ^s viewpoint, some rough perfor- 
mance. Therefore, some sort of smoothing or guidance from one state to the 
next is required of the control logic. 
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To generate the necessary select-mode commands, it seems appropriate to 
view these commands in a manner similar to that used by the TAFCOS ATC (air 
traffic control) command generator section. The ATC command generator outputs 
the drive signals in the form of position, velocity, and acceleration commands 
generated from a stored set of way points that define the track to be flown. 

The commanded track is output In the form of a series of straight-line segments 
and circular arcs as a three-dimensional path In space; In addition, it pro- 
vides speed control commands for flight along that path. The MSP outputs can 
be viewed in a similar manner where flight in the hold mode is simply a flight 
along a straight path at constant speed. The select-mode operation can be 
broken down into cases where commands that call for small angular changes in 
either flightpath angle or heading can be handled by defining a new straight- 
line segment with an appropriate transition command; larger heading changes 
will call for the definition of a circular arc path for the aircraft to fly. 
Velocity changes are quite straightforward with a direct variation of com- 
manded V^. In all cases, however, the commands must be such that they are 
flyable by the aircraft in a manner acceptable to the pilot. 

The structure of the transition command logic is shown in figure 12. The 
method shown is essentially that used in the TAFCOS ATC command section for 
transitions at way-point changes. Figure 12(a) shows the switching logic for 
commands that call for a small angular change in the flightpath. This would 
apply to flightpath angle changes that are always small angles and to a small 
heading change (small will be defined later) . An altitude change would also 
call for a small-angle change. Figure 12(b) shows the method for constructing 
a flightpath for a large heading change. 

For the small-angle change commands, the general idea is that the input 
command will simply switch from one straight-line segment to another with an 
appropriate lead on the change that will provide for a smooth transition. The 
lead distance is a function of airspeed and is the distance flown in 4 sec. 

The constant time of 4 sec was determined in the ATC analysis and shown to be 
satisfactory for all airspeeds. In operation, if a select button is pushed 
when the aircraft is at point A (fig. 12(a)), the lead distance will be com- 
puted based on the commanded airspeed and the aircraft trajectory command 
stepped to point A with a nonstraight-line path as shown. Computationally, 
this means re-lnltlallzlng equations (13) at point A with the new values of 
heading and flightpath, and treating the new values as a hold command. 

If the heading change is large, the switching logic of figure 12(b) is 
used. In this case, instead of switching to a straight-line segment aligned 
with the new heading, a circular arc is generated to guide the aircraft to the 
new heading with the radius determined for a desired roll angle for the 
maneuver. As with the small-angle changes, the 4-sec lead time is used to 
allow for smooth transition. Now, however, the command equations given by 
equations (13) are no longer used until the aircraft is at the new heading 
and switched out of the circular-arc command mode. During the circular-arc 
maneuver, the equations given below are used to command TAFCOS: 
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Turn radius ■ V^^/g tan 


-“accel*'^" ♦c’ 


“accl*"’ *c> 


0.0 


( 15 ) 


where “ 8 tan (j) ■ const. 

*c “ /*c 

*c • J *c^°> 

It is now possible to define what Is meant by a small heading change. 

The 4-sec lead time can be interpreted as the angle i(^g^ shown in figure 12(b). 
Generally, it appears that this angle, which is a function of airspeed, is of 
the order of 10° to 15° for the Twin Otter. If the heading change command is 
less than this figure, it is assumed to be a small-angle command, and the 
straight-line segment is used. Flightpath angle commands, whether direct 
commands, or ones generated from an altitude change command, will always be 
small-angle command for most transport-type aircraft. 


Limits also must be applied to the command values in equations (13) 
and (14) in order that the overall commands to TAFCOS be ”flyable.** As with 
the direct pilot control, the limits should be such that TAFCOS can follow the 
commands; therefore, they must reflect any limits imposed within TAFCOS. Fol- 
lowing the example of the STOLAND system, the following set of limits has been 
used in the simulation study. 


Flightpath angle ±6 
Altitude change 


Airspeed change 
Heading change 


Set up a flightpath angle such that 

±1° < (flightpath angle! < ±6° with the maneuver com- 
pleted in 60 sec; 

flightpath angle = tan"^ (alt. change/Vj^ 60.0) 

" (alt. change 60.0) 

Acceleration of ±0.5 m/sec^ 

Turn radius such that the roll angle is fixed at 15° 


Programming of the MSP commands within TAFCOS can be done in one of two 
ways. This option provides for a trade-off between computer time used and the 
amount of memory used. In the preceding discussion, the logic used in the 
TAFCOS ATC section was relied on heavily. One way of programming the MSP 
commands would be to use the hold-select commands from the MSP panel to create 
a set of phantom way points for the aircraft to follow and then to generate 
the command trajectory through the existing ATC logic. A hold command would 
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call for (1) a way point to be located at the start point where the hold 
buttons were pushed, (2) the initial conditions on the integration, and 
(3) another way point some arbitrary distance ahead of the aircraft and com- 
puted from an extension of the hold values. A select command would call for a 
similar way-point definition to define the new straight-line path for small 
changes and to define the circular-arc end points for the large-angle change. 
The alternating form of computation would be to define a completely new logic 
section that is completely independent of the ATC logic so that the system 
would use either the MSP logic or the ATC logic for this type of command. The 
programming technique that used the ATC logic would likely be more compact 
because the MSP-only computations duplicate those done in the ATC section. 
However, the special MSP section would be more time-efficient because the com- 
putations would not require all of the features included in the ATC logic. 

MODE-SELECT PANEL ~ SIMULATION RESULTS 


A series of simulation runs was performed with the MSP commands in a 
manner similar to those done for the pilot control inputs. The results of 
these runs are shown in figures 13(a) through 13(d). Each of the figures shows 
an input command and the equivalent output for each of the MSP input commands. 
As with the previous presentation of simulation data, only a few of the vari- 
ables are presented to document the performance (in order to keep the amount 
of data within reasonable limits). 

Figures 13(a) and 13(b) show the MSP performance for small-angle commands 
in which the type of transition logic called for was the straight-line-segment 
to straight-line-segment variety. Figure 13(a) is an X-Y plot of position 
for an input command that called for a 10® heading change to the right; 
figure 13(b) is an X-Z plot for a 100-m altitude change. In both cases, it 
is clear that the vehicle response followed the command and that the overall 
performance was as expected. It should be noted that since the altitude change 
command is done with a commanded flightpath angle, this run checks out both 
altitude-select and f lightpath-angle-select logic. Note also the jump in the 
position command at the switch point that is called for by the logic sequence 
shown in figure 3. 

The third set of data in figure 13(c) shows similar data for a velocity 
command that asks for a speed increase of 5 m/sec. The plots show the com- 
manded velocity and the vehicle response as a function of time. The simulation 
runs shown in figure 13(a) were performed using equations (13) directly; the 
commanded acceleration was set to zero. It was assumed that the acceleration 
value was low enough to be neglected and that the smoothing action of TAFCOS 
would handle the inconsistency. Because the simulation results show good per- 
formance, it appears that the simplification of the control logic is reason- 
able; however, a higher limit on acceleration would likely require that at some 
point the acceleration inputs be included. 

The last of the four sets of data shows a pair of X-Y plots for a large 
heading change (fig. 13(d)). The command for this run was a turn to the right 
of 135^; it called for the use of the circular-arc commands, as shown in 
figure 12(b). The vehicle response was again smooth, demonstrating that the 
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Inclusion of the circular-arc commands provides for satisfactory large-angle 
performance. This same heading change was also performed in combination with 
the other MSP inputs to verify that simultaneous operation of the MSP commands 
would not cause a problem. There appeared to be no problems and the perfor- 
mance was virtually Indistinguishable from that of the single control runs. 


CONCLUDING REMARKS 


The simulation data on the performance of the pilot input to TAFCOS and 
the MSP command show that satisfactory control through TAFCOS can be achieved 
with both of these methods. The generation of the appropriate command signals 
to TAFCOS can be carried out in a reasonably simple manner that should present 
no problem for the STOLAND 1819A flight computer. With the inclusion of these 
input modes , TAFCOS can now operate in all modes required of a typical auto- 
pilot system in which all levels of operation from direct pilot control to 
fully automatic operation can be used. Because the simulation work was limited 
to an IBM 360 evaluation, work remains to be done on the handling-qualities 
aspect of the pilot Interface. However, the control structure should permit 
the required performance qualities to be built in without difficulty. For the 
manned simulation work, the flight director problem for command display to the 
pilot must also be considered. The results of prior and ongoing NASA research 
programs should be directly applicable and provide the necessary display 
concepts. 
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Figure Commanded altitude change, TAFCOS ATC off. 
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Figure 6.- Commanded speed increase, TAFCOS ATC off. 
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Figure 7.- Continued. 
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Figure 7.- Concluded. 
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Figure 8.- Coirananded altitude change, pilot input summed with ATG. 
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Figure 10.- Lateral and vertical displacement of a reference flightpath. 
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(b) Altitude plots. 
Figure 10.- Concluded. 
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Figure 11.- Speed increment added to reference flightpath velocity profile. 
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(b) Commanded altitude change, +100 m. 
Figure 13.- Continued. 
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Figure 13.- Continued. 
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(d) Commanded heading change, large angle, = 180° to 315°. 
Figure 13. - Concluded. 



